View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000771T99X171.00 SKB EagleSW Issuepublic2019-08-30 16:532020-10-21 10:57
Reporter(ALTech) Jason ParkAssigned To(SW) Kerwin Chen Due Date
PrioritynormalSeveritys2-severeReproducibilityhave not tried
Status closedResolutionwon't fix 
Summary0000771: [Eagle][BFX-AT100] Webview is killed by android system and Launcher restart.
Descriptionit happen frequently from v44 after.

a scenario is variety to reproduce this issue.
it wonder this issue is related to update google webview.
TagsNo tags attached.
Attach Tags

Users monitoring this issue

User List (ALTech) Jason Park , (ALTech) SY Yoon , (SW) Jacky Chiang

Activities

(SW) Kerwin Chen

2019-09-05 14:51

developer   ~0002951

Hi Jason,

First of all, WebView is not killed by system.
WebView raise 'SIGTRAP' because it detects something wrong.

Android developer site explain how to handle this kind of error.
Digicap can follow example code to implement it.
https://developer.android.com/guide/webapps/managing-webview#termination-handle

BTW, to check if there is enough memory to use.
in WebView fragment/activity override onLowMemory() and add a log.
if onLowMemory() is called then that is the root cause.
Maybe some of the WebView pages consume too much memory.

(ALTech) Jason Park

2019-09-06 10:33

developer   ~0002969

Hi Kerwin

I toss digicap't comment to your team. please see a comment.

If you look at the logs below, you will see the killing ~ webview process on the Android system ActivityManagerlog.
As the package is removed and added, the process is inevitably killed.
The first package install is an understandable part.
The second Package removed, added is the same as the default upgrade behavior for Android systems.

This is where Foxconn verification is required for this second Upgrade related log.
this happen a crash at 29s. HomeUI restart at 30s. it happen a crash at 32s.Because it runs fast at 32 seconds HomeUI
From the user's point of view, the black is expressed longer by 2 seconds, but there is no use issue.
crashed_webview.txt (3,359 bytes)    
Google Webview updated with GMS update causing HomeUI reset
08-29 06:57:44.359 20497 20497 I Finsky  : [2] lfn.a(152): Installer: Request install. package=com.google.android.webview, version=380913205, mods=null, priority=3, reason=auto_update
08-29 06:58:29.161  3338  3356 I ActivityManager: Force stopping com.google.android.webview appid=10065 user=-1: installPackageLI
08-29 06:58:29.164  3338  3356 I ActivityManager: Killing 4237:com.skb.tv/1000 (adj 0): stop com.google.android.webview

HomeUI restart
08-29 06:58:30.095  5243  5243 I STBGlobal: onCreate() called

Google WebView Package is removed and added again
08-29 06:58:32.344  3338  3369 I ActivityManager: Force stopping com.google.android.webview appid=10065 user=0: pkg removed
08-29 06:58:32.344  3338  3369 I ActivityManager: Killing 5243:com.skb.tv/1000 (adj 0): stop com.google.android.webview
08-29 06:58:32.344  3338  3359 W libprocessgroup: kill(-5243, 9) failed: No such process
08-29 06:58:32.348  5308  5308 I cr_ChildProcessService: Destroying ChildProcessService pid=5308
08-29 06:58:32.351  3338  3369 W ActivityManager: Scheduling restart of crashed service com.skb.tv/com.skb.google.tv.fullFragment.tvapp.notification.TvNotificationListenerService in 4000ms
08-29 06:58:32.352  5955  5955 I UpgradePackage: packageInstalledActionPie(), packageName=com.google.android.webview  success=true  on thread tid=5955
08-29 06:58:32.352  5955  5955 I UpgradePackage: packageInstalledSuccess(), Install succeeded : com.google.android.webview
08-29 06:58:32.352  5955  5955 I UpgradePackage: checkInstallOnceApk()
08-29 06:58:32.352  5955  5955 I AttService: onInstallSuccess: packageName=com.google.android.webview
08-29 06:58:32.353  5955  5955 I UpgradePackage: Schedule FINISH_BUSY_RUN in 30 seconds.
08-29 06:58:32.354  3338  3369 I ActivityManager: Killing 5287:com.google.android.webview:webview_service/u0a65 (adj 0): stop com.google.android.webview
08-29 06:58:32.354  5955  5977 I UpgradePackage: assistHandler obtains AFTER_INSTALL_CHECK, tid=5977
08-29 06:58:32.355  5955  5977 I UpgradePackage: First Check: currentPackageVerifierEnable=1, mPackageVerifierEnable=0
08-29 06:58:32.356  5955  5977 I UpgradePackage: Do Nothing.
08-29 06:58:32.356  5955  5977 I UpgradePackage: Second Check: currentPackageVerifierEnable=1
08-29 06:58:32.357  3338  3369 I ActivityManager: Killing 5308:com.google.android.webview:sandboxed_process0/99005 (adj 0): isolated not needed

08-29 06:58:32.366  4259  4398 D PackageUpdatesReceiver: onReceive: android.intent.action.PACKAGE_REMOVED, extras: Bundle{ android.intent.extra.REMOVED_FOR_ALL_USERS=false android.intent.extra.DONT_KILL_APP=false android.intent.extra.UID=10065 android.intent.extra.DATA_REMOVED=false android.intent.extra.REPLACING=true android.intent.extra.user_handle=0 }, data: package:com.google.android.webview
08-29 06:58:32.376  3338  3369 I ActivityManager: Force stopping com.google.android.webview appid=10065 user=0: pkg removed
08-29 06:58:32.407  4259  4398 D PackageUpdatesReceiver: onReceive: android.intent.action.PACKAGE_ADDED, extras: Bundle{ android.intent.extra.UID=10065 android.intent.extra.REPLACING=true android.intent.extra.user_handle=0 }, data: package:com.google.android.webview

HomeUI restart
08-29 06:58:32.606  5356  5356 I STBGlobal: onCreate() called
crashed_webview.txt (3,359 bytes)   

(SW) Kerwin Chen

2019-09-06 18:40

developer   ~0002974

Hi Jason,

Actually, system finish updating latest WebView at '06:58:32', not '06:58:29'
 >>>>> 08-29 06:58:32.352 5955 5955 I UpgradePackage: packageInstalledSuccess(), Install succeeded : com.google.android.webview >>>>>
Updating package takes at least 4 steps. (Download -> unpack/check -> install -> dexopt )
You can check log for more detail.

HomeUI is restarted for 2 times because it is the default Launcher.
System will start Launcher automatically if it is not running.
Since updating WebView is not very frequently, user won't suffer 'black screen' a lot.
I think this is not an issue.

(SW) Kerwin Chen

2019-09-17 18:11

developer   ~0003005

Hi Jason,

In my previous reply, we were talking about Launcher restart while WebView upgrades to latest version.
It will not be an issue since new WebView version may be released once a month.

For other WebView crash issue in your aging test, we should take action to avoid.
As I mentioned in the post (https://mantis.cnsbg.foxconn.com/vaas/view.php?id=771#c2951) , the better way is to handle such kind of crash by Android API.
Then, Launcher is able to continue executing after WebView crashes.

This issue is reported to Google WebView team in the forum. (https://bugs.chromium.org/p/chromium/issues/detail?id=991869)
But we don't have any idea when it will be solved.

(ALTech) Jason Park

2019-09-17 18:42

developer   ~0003008

hi kerwin

i received some comment from Digicap regarding to 0002974

----------------------------------------------------------------------------------------------------
I don't think the questions have been delivered properly.
We know that the webview update has been completed on 06:58:32 rather than 06:58:29 mentioned.
However, as shown in the logs below, when start to install, webview is stopped and after installing webview is stopped again.
Does the version of Google WebView change so much that it becomes stop webview two times different from the previous behavior?
we need your comment about this issue.
if we and this is due to an update to Google WebView, we have no choice but to proceed to this state in the current situation.

08-29 06:58:29.161 3338 3356 I ActivityManager: Force stopping com.google.android.webview appid=10065 user=-1: installPackageLI
08-29 06:58:29.164 3338 3356 I ActivityManager: Killing 4237:com.skb.tv/1000 (adj 0): stop com.google.android.webview

08-29 06:58:32.344 3338 3369 I ActivityManager: Force stopping com.google.android.webview appid=10065 user=0: pkg removed
08-29 06:58:32.344 3338 3369 I ActivityManager: Killing 5243:com.skb.tv/1000 (adj 0): stop com.google.android.webview
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

I will toss a comment of 0003005 to Digicap.

(SW) Kerwin Chen

2019-09-18 16:12

developer   ~0003022

Hi Jason,

As I said in '0002974', WebView installation is finished at "06:58:32.352".
I think there is no problem about WebView being stopped twice during installation.
The behavior is the same if you uninstall update and then update WebView in Google Play Store.

(ALTech) Jason Park

2019-09-19 14:57

developer   ~0003026

Last edited: 2019-09-19 15:06

 Hi kewrwin

[Kerwin] Updating package takes at least 4 steps. (Download -> unpack/check -> install -> dexopt )
 You can check log for more detail.
 HomeUI is restarted for 2 times because it is the default Launcher.
 System will start Launcher automatically if it is not running.
The behavior is the same if you uninstall update and then update WebView in Google Play Store.

--> after i remove update of webview in Google Play store, when i quit from Google play store, HomeUI restart one time.
     why doesn't restart HomeUI two times ?
     I can't find 'Updating package' comment in a log below link at 9/17 , 8/31. so i wonder all crashe webview issue is related to update package.
     please clarify it.
     as informd from you, there is an issue in webview v76. however this version is 75.0.3770.143.
     Is this issue related to webview version ?

https://drive.google.com/file/d/14pqHxeN-h1p-sSlXwqhgn5itpF5gGwNy/view?usp=sharing
https://drive.google.com/file/d/12J7Tq8xnwRweNGPY-qBl8n0ibMP-Gcbr/view?usp=sharing

[Kerwin] Since updating WebView is not very frequently, user won't suffer 'black screen' a lot.
--> why happen issue happen a several times during aging test? if finish to update webview one time, still happen a crash issue.

(SW) Kerwin Chen

2019-09-19 15:35

developer   ~0003028

Hi Jason,

Please check 'main_log.log.092' in '0917 #1' folder, you can see WebView version is updated to v76 already. (around line 71535)

"after i remove update of webview in Google Play store, when i quit from Google play store, HomeUI restart one time.
     why doesn't restart HomeUI two times ?"
==> You should check log, not from UI

" why happen issue happen a several times during aging test? if finish to update webview one time, still happen a crash issue."
==> this is another issue which may be due to WebView v76, not during updating.
Please check my replies in '003005'.

(ALTech) Jason Park

2019-09-19 17:07

developer   ~0003030

Hi Kerwin

let me know to help for clarify webview issue.
if i misunderstand about a current situation, please let me know it.
there is two type issue of Webview.
1. In webveiw 76, WebView being stopped twice during installation. --> it isn't issue.
2. In webview 76, WebView raise 'SIGTRAP' because it detects something wrong.
   most of a current isssue is related to no2 issue.
      so you suggested to digicap via a comment on 0002951.
   - Digicap can follow example code to implement it.
      https://developer.android.com/guide/webapps/managing-webview#termination-handle
      in WebView fragment/activity override onLowMemory() and add a log.
     if onLowMemory() is called then that is the root cause.
     Maybe some of the WebView pages consume too much memory.

  --> this issue was reported to a google forum by your team. we wait for new version from google.
    Does Digicap need to implement it as your suggestion regardless as a google new version ?

(SW) Kerwin Chen

2019-09-19 18:02

developer   ~0003033

Hi Jason,

At least, I think we should pass this information to WebView App developers for evaluation.
From Android API's explanation, WebView App has to destroy original WebView and create a new instance.
I am not sure if HomeUI needs to be restarted or not.

(ALTech) Jason Park

2019-09-25 10:42

developer   ~0003054

Hi Kerwin

our QA engineer reported it happen a crashed issue of WebView in V51.

WebView version seem be updated as 77.0.3865.92. ( WebViewFactory: Loading com.google.android.webview version 77.0.3865.92 (code 386509205) )
although I didn't find a comment for installing webveiw in this log, it happen a UI restart from a crashed webveiw.
 ( example.. as like .. ActivityManager: Killing 4265:com.skb.tv/1000 (adj 0): stop com.google.android.webview or ActivityManager: Force stopping com.google.android.webview appid=10065 user=-1: installPackageLI )

instead of it , I can find many items as below with 'ActivityManager: Killing ~' . i'm not sure it is related to Home UI restart.
ActivityManager: Killing 7574:com.android.vending:instant_app_installer/u0a27 (adj 906): empty for 9684s

let me know some your comment, I will ask it to Digicap more detail.
it happen issue during change a channel in WebView.

#11 (9/24 13:17 / 18:09)(9/25 04:16) Launcher Restart log
#12 (9/24 13:53)(05:11) ) Launcher Restart log

https://drive.google.com/file/d/1gDN3zSWBmEdm0FdRr7EaTxbhPyrasBZi/view?usp=sharing

p.s : our enginger input command as below however, it can't find an address in tomstone file.
$su
#setenforce 0
#echo 0x02 > /sys/class/remote/amremote/protocol

Thanks.

(SW) Kerwin Chen

2019-09-25 15:02

developer   ~0003056

Hi Jason,

It seems issue is not solved by google chromium team.
However, there is a similar issue which is reported by someone after webview upgrades to v77.
(https://bugs.chromium.org/p/chromium/issues/detail?id=1005276)

(ALTech) Jason Park

2019-10-07 18:13

developer   ~0003084

hi kerwin.

according to ALT'S QA result, webview version is 77.0.3865.92.
 it seem don’t happen a restart of Webview. Does we think this issue is disappeared ?

(SW) Kerwin Chen

2019-10-08 11:06

developer   ~0003085

Hi Jason,

It's hard to say issue is disappeared since we have the same WebView version.
The root cause may be not on WebView itself but web UI contents.
I suggest to keep monitoring on this issue.
Thanks !

(ALTech) Jason Park

2020-10-21 10:57

developer   ~0004692

This issue is closed. since this issue is old.

Issue History

Date Modified Username Field Change
2019-08-30 16:53 (ALTech) Jason Park New Issue
2019-09-05 14:51 (SW) Kerwin Chen Note Added: 0002951
2019-09-05 15:00 (SW) Jacky Chiang Assigned To => (SW) Kerwin Chen
2019-09-05 15:00 (SW) Jacky Chiang Status new => assigned
2019-09-05 15:09 (SW) Kerwin Chen Assigned To (SW) Kerwin Chen => (ALTech) Jason Park
2019-09-05 15:09 (SW) Kerwin Chen Status assigned => feedback
2019-09-06 10:33 (ALTech) Jason Park File Added: crashed_webview.txt
2019-09-06 10:33 (ALTech) Jason Park Note Added: 0002969
2019-09-06 10:35 (ALTech) Jason Park Assigned To (ALTech) Jason Park => (SW) Kerwin Chen
2019-09-06 10:36 (ALTech) Jason Park Status feedback => assigned
2019-09-06 18:40 (SW) Kerwin Chen Note Added: 0002974
2019-09-06 18:41 (SW) Kerwin Chen Assigned To (SW) Kerwin Chen => (ALTech) Jason Park
2019-09-06 18:41 (SW) Kerwin Chen Status assigned => acknowledged
2019-09-09 20:34 (SW) Jacky Chiang Issue Monitored: (SW) Jacky Chiang
2019-09-10 12:27 (ALTech) Jason Park Issue Monitored: (ALTech) SY Yoon
2019-09-17 18:11 (SW) Kerwin Chen Note Added: 0003005
2019-09-17 18:42 (ALTech) Jason Park Note Added: 0003008
2019-09-18 16:12 (SW) Kerwin Chen Note Added: 0003022
2019-09-19 14:57 (ALTech) Jason Park Note Added: 0003026
2019-09-19 15:06 (ALTech) Jason Park Note Edited: 0003026
2019-09-19 15:35 (SW) Kerwin Chen Note Added: 0003028
2019-09-19 17:07 (ALTech) Jason Park Note Added: 0003030
2019-09-19 18:02 (SW) Kerwin Chen Note Added: 0003033
2019-09-25 10:42 (ALTech) Jason Park Note Added: 0003054
2019-09-25 15:02 (SW) Kerwin Chen Note Added: 0003056
2019-10-07 18:13 (ALTech) Jason Park Note Added: 0003084
2019-10-07 18:14 (ALTech) Jason Park Assigned To (ALTech) Jason Park => (SW) Kerwin Chen
2019-10-08 11:06 (SW) Kerwin Chen Note Added: 0003085
2019-12-27 15:50 (ALTech) Jason Park Status acknowledged => resolved
2019-12-27 15:50 (ALTech) Jason Park Resolution open => won't fix
2019-12-27 15:50 (ALTech) Jason Park Issue Monitored: (ALTech) Jason Park
2020-10-21 10:57 (ALTech) Jason Park Note Added: 0004692
2020-10-21 10:57 (ALTech) Jason Park Status resolved => closed